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TECHNICAL FIELD OF THE INVENTION 

The invention relates to an apparatus and method of trading electric energy between utility 
companies and others. Specifically, the invention is a software product that, when coupled to a 
communications network, creates a trading environment for the electronic purchase and sale of 
electric energy, the scheduling and usage of the transmission system, and the automated invoicing and 
electronic funds transfer for the settlement of transactions. 






3KGROUND OF THE INVENTION 



Electric energy is generated for public consumption by utility companies. Each utility 
company has a service area in which it enjoys near-monopoly status. The utility company is obligated 
to supply the electric energy needs of individual customers within the service area. Of course, the 
5 -demand for electricity can vary according to a number of factors. In the long run, the demand for 
electricity is a function of the population and industries within the service area. In the short run, 
electrical demand varies according to many factors. Extreme weather, in particular, can significantly 
strain the generation capacity of the utility company. 

An electric energy grid exists which connects each utility's generating facilities to those of 
10 adjacent utilities. Each circle represents an individual utility company. Each line represents high- 
voltage lines which form the grid between the various utilities. 

Electric energy is traded between utility companies and other market participants to meet 
shortfalls in capacity during unit outages, to achieve cost savings, or to increase revenues. "Bulk 
transactions" refers to the wholesale buying and selling of electrical energy. Typically, the parties 
15 involved in these trades are traditional electric utility companies. These companies wish to meet their 
obligations to provide reliable service to their customers in the most economically feasible manner. 
Often it is possible for a utility to purchase electricity from a neighboring utility more economically 
than it could produce it for itself. At other times, the power generator can sell excess generation at 
a price higher than its cost of generation. 
20 To determine which trades are economic, utilities produce sophisticated forecasts of load 

(required generation) so that they can schedule their generators to run efficiently. The system 




dispatcher then determines if demand is likely to be over or under projections during various times 
of the day. The dispatcher is also interested in the associated cost with each level of generation. 
Even though the load forecasts are sophisticated, actual conditions usually deviate from them. This 
- may be due to a number of circumstances, such as having generating units go off-line unexpectedly, 
5 differences between forecast and actual weather conditions, or changes in the price of available fuel 
to run the generators. All of these events affect the costs to produce electricity. Because of changes 
in these forecasts, the dispatcher telephones neighboring utility companies to determine prices and 
quantities of energy available for upcoming hours. These calls occur many times a day, sometimes 
hourly. At the same time, dispatchers for other utilities are also making phone calls. If the dispatcher 

1 o finds what he considers to be a good deal, a trade is consummated. The result is that deals are often 

struck before the phone surveys are complete. It is rare for a dispatcher to call beyond his direct 
neighbors, and almost never farther out than two companies. This means that the opportunity for 
more economic transactions may have been overlooked simply because the dispatcher did not know 
about them. 

15 A need exists for a system which creates substantial efficiency gains by automating this trading 

process over the current method of using the phone. This method of trading energy should allow 
utilities to simultaneously view real-time market prices and energy availabilities and to quickly 
consummate the best opportunities. The system should consider available transmission capacity, and 
calculate and schedule the least cost path for the energy. It should also report the transactions, 

2 o invoice the participating parties, and facilitate rapid collection and disbursement of funds. Lastly, the 

system should allow for anonymous trading required of a true market. 





SUMMARY OF THE INVENTION 

The present method, also known as CPEX, establishes a nationwide electronic information 
system that assists buyers and sellers of electricity to conduct business by providing a common 
- marketplace. CPEX is an easy to use windows-based software and hardware system that enables 
5 _ Participants to gather market information and make energy transactions decisions based on the best 
available opportunities. CPEX involves a software application, a computer and communications 
network, and a central server. 

CPEX allows users to enter quantity and price information on energy that they have available 
to sell, wish to buy, or both. These offers are then sorted and presented to other CPEX Participants. 
10 These offers are sorted by lowest price to highest for purchase opportunities and sorted highest price 
to lowest for sale opportunities. Each Participant sees delivered price for purchases and total revenue 
for sales from its unique location in the electric grid. The purchase price of the energy is shown 
inclusive of any transmission charges, known as "wheeling". Wheeling is a term used to refer to the 
transfer of electricity across a Participant's transmission system. A Participant who provides wheeling 
15 services is referred to as a wheeler, and receives monetary compensation for providing this service. 

CPEX also allows the buyers and sellers of electrical energy to offer different degrees of 
firmness for their energy. Interruptible energy may be curtailed, or cut off, for any reason. Non- 
interruptible energy may only be curtailed to avoid or remedy an unreliable condition. Both types of 
energy have a distinct market. 
2 0 CPEX assists in maintaining the reliability of the electric grid by using a conservative method 

to schedule available transmission capacity. Each Participant maintains the amount of transmission 




capacity made available for CPEX transactions each hour. As transactions are consummated, this 
capacity is consumed and is no longer available for use by others. This helps assure that the 
transmission systems do not become unintentionally overloaded. Reliability is augmented by allowing 
simultaneous, electronic notification of all parties to a transaction upon a transaction's curtailment. 
. The current method of phone notification is inadequate when multiple parties are involved, as is 
common in buy/ resell types of transactions. 

CPEX provides monthly billing and Electronic Funds Transfer (EFT) services for payments 
and disbursements to all Participants as part of the basic CPEX package. This feature allows 
Participants to trade with more companies than they would otherwise and to manage their invoicing 
and collections with their current levels of staffing. 



BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention, and for further details and 
advantages thereof, reference is now made to the following Detailed Description taken in conjunction 
with the accompanying drawings, in which: 

Figure 1 illustrates the three "markets" established by the present system; 

Figure 2 illustrates the time frame for trading action for the "next-hour" market; 

Figure 3 illustrates a sample of the electrical grid connecting several utilities; 

Figure 4 illustrates the interface limits established for each participating utility; 

Figure 5 illustrates sample wheeling charges established by each Participant; 

Figure 6 is a Login screen used to control access to the CPEX system; 

Figure 7 is a program generated screen display establishing a password; 

Figure 8 is a program generated screen display establishing the names of authorized users; 
/ Figures 9, 10, and 1 1 are program generated screen display listing authorized users for each 
Participant; 

Figure 12 is a program generated screen display which displays the interface path between 
Participants; 

Figure 13 is a program generated screen display displayed at "market opening"; 

Figures 14 to 27 illustrate the various features of the Market View screen which displays 
transaction and transmission data for either the Current Hour or the Next Hour; 

Figures 28 illustrates the Link tab display of each interface-to-interface contract wheeling path 
across the Participant's system; 



Figure 29 indicates the transaction scheduling and availability at each of the Participant's 
interfaces; 

Figures 30 to 31 illustrate the participant's transmission limits including he effects of any 
wheeling transactions; 

Figure 32 illustrates the schedule summary received by each Participant; 
Figure 33 is a display of the futures market setup; 

Figures 34 and 35 display the identity of the participant's next hour transaction partners; 
Figures 36 to 41 depict a curtailment of a current hour transaction initiated by either a buyer 
or seller; 

Figures 42 to 52 depict a curtailment of a current hour transaction initiated by a wheeler; 
Figures 53 to 57 illustrate a Buyer/Seller curtailment of next hour transactions 
Figures 58 to 60 illustrate a next hour curtailment initiated by a wheeler; 
Figure 61 depicts a data processing system in the form of a personal computer in which the 
present invention can be employed; and 

Figures 62 and 63 depict data used in the calculation of least cost path. 



DETAILED DESCRIPTION OF THE DRAWINGS 

The CPEX system provides a number of advantages over prior art methods of trading electric 
energy. Referring to Figure 1, CPEX maintains information on three hourly periods which fall during 
a continuous time line 10: current hour 14, next-hour 16 and future hours 18. The current hour 14 
is the time for which transactions have been previously scheduled and are currently in delivery. The 
next hour 16 follows the current hour and is the time for which offers to buy or sell are being made 
in the market and transactions are being consummated and scheduled. The future hours 18 include 
all hours beyond the next hour. CPEX maintains Participant-input transmission data for all three time 
periods. As time passes, the next-hour 16 and accompanying transmission data roll forward to 
become the current hour 14. Likewise, the future hour 18 and accompanying transmission data 
subject to confirmation, roll forward to become the next hour 16. In a similar fashion, CPEX 
maintains both current hour and next hour transactions schedules for all Participants. As each current 
hour passes, it is deemed a previous hour 12 and is stored in a database for billing and statistical 
purposes. 

Market timing 

The CPEX next-hour 16 market opens at the top of each hour 20, as shown in Figure 2, and 
remains open to forty minutes past the hour 22. During the forty minutes, the identities of 
Participants submitting and accepting offers to buy and sell hourly energy for the following hour are 
considered market-sensitive information and held confidential. At forty minutes after the hour, each 
Participant receives a schedule summary which shows all transactions the Participant is scheduled to 




participate in during the coming hour. From forty minutes after the hour, to fifty-five minutes after 
the hour 24, Participants enter CPEX schedules into their energy management systems and complete 
control area scheduling procedures. Starting at fifty-five minutes after the hour, schedules are ramped 
" in over a ten minute period and energy delivery commences. One hour later, starting at fifty-five 
5 jninutes after the hour, schedules are likewise ramped out over a ten minute period and energy 
delivery ends. 

Transmission & Wheeling 

Figure 3 illustrates seven Participants and the interconnection model in CPEX. Each Participant is 
10 a utility company interconnected by high voltage lines. Each Participant is designated by a mnemonic 
abbreviation. For example, CIPS (Central Illinois Public Service) 32 is connected to IPC (Illinois 
Power Company) 34 by high voltage lines. Likewise, CIPS 32 is connected to CBLC 42 by lines 44. 
One should also note that CIPS 32 is connected to IIGE 38 by lines 36 and lines 40. Therefore, if 
CIPS purchases energy from IIGE, the power is routed at least in part over infrastructure owned by 
15 IPC 34. In this situation, IPC 34 is known as a "wheeler." As a wheeler, IPC charges a "wheeling" 
fee for the use of its infrastructure. This fee is added to the cost of the energy being purchased. Each 
CPEX Participant must either be a control area or have a contractual arrangement with a control area 
to provide control area services. In addition, a Participant must have at least one metered or 
contractual interface with another Participant. In CPEX, Participants are represented as nodes and 
2 o the transfer capabilities between them as interfaces. 
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Participants determine and set the transfer capabilities of each interface. Upon becoming 
Participants in the CPEX market, each Participant must establish a maximum import and export limit 
for each interface. These limits are displayed on a computer generated display 46a, 46b. On an 
ongoing basis, however, each Participant's operators may set the import (In) and export (Out) Hourly 
Limits at any value between zero and the maximum, based on current operating conditions. As 
illustrated in Figure 4, the Hourly Limits set by Participants on either side of an interface may be 
different. For example, CIPS 32 might consider the hourly input limit on its IPC interface to equal 
250 megawatt-hours (MWh). However, IPC might consider the hourly output limit on its CIPS 
interface to equal 300 MWh. In such a case, CPEX enforces the more restrictive limitation on both 
Participants. Note that the line limit exceeds the import/export limit. The difference takes into 
account the amount of energy distributed by the Participant over its lines to its own customers. As 
Participants accept offers to buy and sell energy, using the CIPS/IPC interface, CPEX indicates the 
increased scheduling of this interface, as shown by the Hourly Schedule values, and lowers the 
remaining unused transfer capability by a corresponding amount. 

Each Participant also inputs wheeling rates 50 for each interface-to-interface path across its 
system, as shown in Figure 5. CPEX considers these rates, in aggregate, to determine the availability 
and price of each Participant's offer with respect to each and every other Participant. Rates for the 
Next-hour market may be changed at any time prior to the market opening. 



10 



CPEX System Administration 

Figures 6 to 12 illustrate several of the software generated screen displays related to 
administration of the CPEX system. The CPEX system administrator for a Participant is responsible 
for overseeing CPEX activities, which include: system security, adding and deleting users, and setting 
.trading parameters. Figure 6 illustrates a login screen 60 which prompts the user to enter a login ID 
62 and a unique password 64 associated with that ID. After this is entered, the user can select Login 
68 to enter the system. Alternatively, the user can simply quit 70 or solicit help 72 from the system. 
Alternatively, the user can select change password 66. If the later option is chosen, screen display 
74 is presented, as shown in Figure 7. The user can enter his old password 76 as well as his new 
password 78. The user must then reenter his new password 80. At this point, the user can select OK 
82 to enter the new password. Alternatively, the user can cancel 84 his request or solicit help 86. 

Figure 8 illustrates a software generated screen displayed after a System Administrator login. 
The primary purpose of this screen is to add users who trade energy on behalf of the Participant's 
company. This is done by entering the pertinent information into the various fields. For example, the 
user's name is entered into field 88. An employee number, such as his social security number is 
entered into field 90. Two levels of access for the user can be entered into field 92: Market Trader 
and Market Viewer. Market Trader access allows a user to perform any non-system administration 
function within CPEX, including submitting, accepting, and curtailing offers to buy and sell energy 
as well as setting transmission interface limits. Market Viewer access, in contrast, affords a user 
view-only privileges to market and transmission information, but allows the requesting, saving, and 
printing of reports. 





All administrator activities are accomplished using the various options provided at the bottom 
of the software generated display. For example, Close 94 closes the window. Refresh 96 updates 
the display to reflect any changes. New 98 adds a user to the system. Update 100 stores a change 
- to an existing user's file. Delete 102 removes a user from CPEX. Help 104 accesses helpful 

5 .information. Edit Primary Contracts 106 manages bilateral energy and wheeling contract information. 
View Secondary Contracts 108 allows the user to view bilateral energy and wheeling contract 
information entered by other Participants. Review Path Status 1 10 allows the user to view availability 
of all contract paths. There are two menu pads in the menu bar at the top of the User Maintenance 
screen. File 112 allows the user to logoff. Admin 1 14 allows the user to toggle between the User 

o Maintenance screen and the Contacts screen. Figure 9 is a software generated display 1 12 of the 
contacts for a Participant. The CPEX administrator defines Participant personnel that have Control 
Center Supervisor, CPEX System Administrator, Accounting, and Computer Support responsibilities. 

Figure 10 illustrates the Edit Primary Contract Display 114 which appears when the Edit 
Primary Contracts button 106 of the "User Maintenance" screen is pressed. In the event a Participant 

5 does not have an Open Access Tariff in place, the CPEX administrator can designate which of the 
Participants it may sell next-hour energy to or provide next-hour wheeling services for. Individual 
companies are selected by highlighting and clicking with the mouse, then press the Add» button. 
Multiple companies may be selected by highlighting and clicking with the mouse with the Ctrl key 
depressed. If a Participant has Open Access Tariffs in place, then press the Select All button at the 

o bottom of the selection lists, then press the Add» button. This process is allowed between market 
close (:04) and transaction start-ramp (:55). Figure 1 1 illustrates View Secondary Contract Display 





screen 1 16 which appears when the View Secondary Contracts button 108 located at the bottom of 
the "User Maintenance" screen is selected. This display shows all other Participants that have 
reported they can sell energy and wheeling services to a Participant. A Participant uses this display 
- to insure the roles of all existing trading partners have been identified properly. 

5 , Figure 12 illustrates the program generated display which appears when the Review Path 
Status button 1 10, located at the bottom of the "User Maintenance" screen, is selected. This display 
allows a Participant to review the status of all paths identified to the CPEX system. It also allows 
the Participant to change the status of a path or paths. Paths may be excluded at the discretion of any 
Participant for the various reasons. For example, Valid Path indicates that the path is functional. 

o Equipment Outages indicates that the path is temporarily not functional. Insufficient Contracts 
indicates that the necessary contracts to trade energy are missing. Unreliable Path indicates that the 
path is deemed nonfunctional. To change the status of a path, the path is first highlighted. Next, the 
user selects the "Path Status" pull down menu 120. Once a reason other than "Valid" has been 
selected, the "Starting Date," "Ending Date," and "Time" fields become active. Either highlight a field 

5 and type to change the contents, or use the increase-decrease tab change displayed date and time 
values. When completed, press the Update Path button 122 to activate the changes. This process 
is allowed between market close (:40) and transaction start-ramp (:55). 

Participation in the Markets (Typical User Interaction) 

o Once the user has entered the system, the Market Open dialogue box 124 appears, if the 

market is open. If the market is closed, a blank Market View window is displayed. At the top of 




each trading hour, CPEX provides the user with both visual and audible notification that the market 
is open. The Market Open dialogue box presents for confirmation the transmission import and export 
limits at each interface for the next hour. If the Participant agrees with the listed limits, he selects the 
Confirm button 126. Based on his current operating conditions, the user may change the Limit In or 

5 .Limit Out value to any number from zero up to the Max In or Max Out value, respectively, for any 
interface. The interface limits must be confirmed each hour before a user is allowed to buy or sell 
energy using CPEX. For the purposes of wheeling, however, the displayed interface limits remains 
in effect and available for use by other Participants until new limits are entered. The default interface 
limits displayed by CPEX in the Market Open dialogue box are set by the user in the future Markets 

o Setup screen and may be changed at any time by the user in the Transmission tab of the Transmission 
View screen. 

Figures 14 to 27 illustrate the various features of the Market View screen 128 which displays 
transaction and transmission data for either the Current Hour or the Next Hour. The Market View 
128 enables a Participant to submit offers to buy and sell energy, to accept other Participant's offers 

5 to buy and sell energy, and to view and curtail confirmed schedules. The Transmission View enables 
a user to monitor and change transmission interface limits and wheeling rates. After logging into 
CPEX and confirming transmission limits, CPEX defaults to the Market View shown in Figure 14. 
The Current button 130 and Next button 132 centered at the bottom of the display indicates whether 
the information displayed is Current Hour or Next-hour. The Market View contains two panels 134, 

o 136 with duplicate capabilities. The purpose of this ease-of-use feature is to provide the simultaneous 
display of two CPEX screens. Attached to each of the two panels are five tabs. Buy 138 allows the 






user to submit, view, or withdraw offers to buy energy. Sell 140 allows the user to submit, view, or 
withdraw offers to sell energy. Buy Market 142 allows the user to view or accept other Participants 1 
offers to sell energy. Likewise, Sell Market 144 allows the user to view or accept other Participants' 
offers to buy energy. Schedule 146 allows the user to view or curtail scheduled transactions. Below 

5 ihe two panels in the Market View is the "dashboard", which contains several displays summarizing 
the Participant's ongoing CPEX activity. The dashboard is divided into three sections: Schedule List 
148, Total/Net Activity Summary 150, and Interface Usage Bar Chart 152. 

Referring to Figure 15a, the Schedule List 148 has several columns and rows. B/S indicates 
Buy or Sell transactions. MWh indicates the quantity of energy bought or sold in megawatt-hours. 

o N/I indicates whether the transaction is Non-Interruptible or Interruptible energy. Interface indicates 
the interface over which the transaction is scheduled for the current hour or will be scheduled for the 
next hour. 

The Total/Net Activity Summary 150, shown in Figures 15b to 15d, displays the total and net 
transaction activity. This total and net activity may be displayed in any of three views: Text, Graph 

5 MWH, and Graph $. The different views may be selected using the radio buttons below the 
Total/Net Activity Summary. The Text view, Figure 15b, displays the various information. Buy 
indicates the Total Quantity (MWh) and Cost ($) of all energy purchases for either the Current or 
Next-hour. "PI" indicates the Participant's Performance Index for most recent 100 energy purchases 
and sales. This Index indicates how many of the most recent 100 transactions, in which the 

o Participant was a buyer or seller, were not curtailed by the Participant. Sell indicates the Total 
Quantity (MWh) and (Revenue) ($) of all energy sales for either the Current or Next-hour. Net 




I 

indicates the Net Quantity (MWh) and Cost/(Revenue) ($) of all energy bought and sold for either 
the Current or Next-hour. Wheel indicates the Total Quantity (MWh) and (Revenue) ($) from 
wheeling energy for either the Current or Next-hour. 

The Graph MWh view, Figure 15c, consists of a two-dimensional chart. The vertical axis 
5 scales the MWh values and the horizontal axis scales minutes of the hourly market. Displayed is the 
chronological history of the Participant's CPEX activity with respect to the quantity of energy (MWh) 
bought, sold, and wheeled during the Current Hour or Next-hour. A first style of line indicates the 
quantity of energy sold, a second style of line indicates the quantity of energy purchased, and a third 
style of line indicates the quantity of energy wheeled. This view provides the user with helpful 

10 information regarding the timing of market activity during the trading hour. 

The Graph $ view, Figure 15d, consists of a two-dimensional chart. The vertical axis scales 
the $ values and the horizontal axis scales minutes of the hourly market. Displayed is the 
chronological history of the Participant's CPEX activity with respect the cost incurred or revenue 
generated ($) during the current hour or next-hour. A first style line indicates the revenue from 

is energy sold, a second style line indicates the cost of energy purchased, and a third style line indicates 
the revenue from energy wheeled. This view also provides the user with helpful information 
regarding the timing of market activity during the trading hour. 

The Interface Usage Bar Chart, Figure 15e, graphically displays both available and scheduled 
interface capacity (MW) into ("In") and out of ("Out") each of the Participant's interfaces. The MW 

2 o values across the top are automatically scaled to accommodate user-input interface limits. The first 
color bar indicates unscheduled and, for the Next-hour, available interface capacity. A second color 




16 



bar indicates the scheduling of the Participant's own energy purchases or sales across the interface, 
while a third color bar indicates the scheduling of wheeling. 

At the bottom of the display are several other options. Transmission displays Transmission 
View, discussed in greater detail below. When Transmission View is displayed, this becomes the 
Market button used to toggle back to the Market View. Future Market displays Future Market 
Setup. Reveal displays Current or Next-hour schedule revealing the identities of all parties to each 
transaction. US Map displays the Participant Connections diagram. Reports displays the Reports 
menu. Logout logs the user out of CPEX. Help displays the Help menu. 

Figures 16 to 18 illustrate a Participant submitting an offer to buy or sell energy by selecting 
the Buy or Sell tabs in the Market View when the market is open. The user has selected the Sell tab 
140 in the left panel and the Buy tab 138 in the right panel. To submit an offer to buy or sell energy, 
the user presses the Add button 160 in either the Buy or Sell panel and enters the following 
information about the offer. MWh indicates the quantity of energy (MWh) being offered for sale or 
purchase. $/MWh indicates the purchase or sell price ($/MWh) being offered. N/I indicates whether 
the sale is non-interruptible or interruptible energy. Usage Fee indicates the amount ($/MWh) to be 
added to the offered sell price which may be used to separate some portion of the sales revenue for 
accounting purposes (not applicable for the Buy tab). Upon entering an offer(s) to buy or sell, as 
shown below, the user may press the Send button 162 to submit the offers) to the marketplace or 
press the Delete button 164 to remove the offers). After pressing the Send button 162, the dialogue 
box of Figure 18 appears, prompting the user to confirm its offers to be submitted to the marketplace. 
Upon reviewing the offers, the user may press the Confirm 166 button to submit the offers or press 




the Cancel button 168 to terminate the process and return to the Market View. 

If confirmed, the offers are communicated and available to all Participants for which a feasible 
transmission scheduling path exists. Upon selecting the Confirm button, the Offer - Not Yet Taken 
table in the Buy tab of the Market View is updated to reflect the offer just submitted to the 
5 marketplace. As shown in Figure 19, offers are now displayed in the right menu. For example, the 
offer is for the sale of 20 MWh at $15.00/MWh. This offer is for "interruptible" energy. In other 
words, if a buyer accepts this offer, he must be prepared to have the supply of this energy interrupted 
if the Seller needs the energy to supply its own user base. For these offers submitted but not yet 
accepted by another Participant, the number of viewers 172 indicates the number of Participants for 

10 which a feasible contract path exists to schedule the transaction. In the example above, there are 14 
other Participants that can view and, if desired, accept the user's offer(s) to buy energy. 

After a buy or sell offer has been submitted to the marketplace, the user may withdraw the 
offer prior to another Participant accepting it. To do so, the user selects the offer in the Offers - Not 
Yet Taken table and press the Withdraw button 174. The user is then required to confirm or cancel 

is the withdrawal and, upon confirmation, the offer is removed from the marketplace and is no longer 
available to other Participants. 

In addition to submitting offers to buy or sell energy, a user may also accept other Participants 
offers to buy or sell energy. This is accomplished by selecting the Buy Market or Sell Market tabs 
in the Market View when the market is open. The naming convention for the Sell Market and Buy 

2 o Market tabs is from the user's perspective. For example, the Sell Market displays other Participants 1 
offers to buy which represent selling opportunities for the user. Similarly, the Buy Market displays 
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0 other Participants' offers to sell which represent buying opportunities for the user. 

Figure 20 illustrates the software generated screen displayed when the user selects the Sell 
Market tab in the left panel and the Buy Market tab in the right panel. Participants' offers to sell 
energy in the Buy Market table are displayed in "best-cost" (ascending) order based on the $/MWh 
price. Participants' offers to buy energy in the Sell Market table are likewise displayed in the "best- 
5 cost" (descending) order. Offers displayed in each table are available to the user and reflect a 
deliverable price and quantity of energy. Using the radio buttons at the top of each panel, the user 
may designate whether he wishes to view interruptible or non-interruptible energy offers. As many 
as 40 offers may be displayed in each table at any one time. Information is displayed for each offer 
in the Sell Market and Buy Market. MWh indicates the quantity of energy offered for sell or 

10 purchase. $/MWh indicates the price of energy net of any applicable wheeling charges. CPEX 
determines the least cost, feasible contract path for scheduling each transaction. For sell offers in the 
Buy Market table, this price includes any wheeling charges. For buy offers in the Sell Market table, 
this price represents the net revenue available to the user net of any wheeling charges. # of Viewers 
indicates the total number of Participants for whom a feasible contract path exists over which to 
'15 schedule the transaction. "PI" indicates the Performanc^Indtx ?fthl ^^(^^xiitLi^'^^ 
recent tendency of parties to an offer (e.g., buyer/seller and/or wheelers) to curtail transactions. As 
previously described, CPEX maintains both a buy/sell PI and a wheeling PI for each Participant. The 
buy/sell PI represents the number of times out of the most recent 100 transactions for which the 
Participant was a Buyer or Seller that it did not initiate curtailment. For example, if a Participant 

20 curtailed eight out of the most recent 1 00 transactions for which it was a Buyer or Seller, its buy/sell 





PI would be 92. Similarly, if a Participant curtailed three of the most recent 100 transactions for 
which it was a Wheeler, its wheeling PI would be 97. For transactions involving no wheelers, the PI 
associated with an individual offer is the Buyer's or Seller's buy/sell PL For transactions involving 
wheelers, the PI associated with an individual offer is the product of every Wheeler's wheeling PI and 
the Buyer's or Seller's buy/sell PI: 



Buyer/Seller PI Wheeler 1 PI PI of the Offer 

/ .92 x .97 = .89 



Interface indicates the interface over which the transaction would be scheduled if the offer were 
accepted. This interface is on the lease-cost path available for scheduling the transaction. 

1 0 Within the Buy Market and Sell Market tabs, two buttons are available to the user for acting 

on the offers. The Buy/Sell button accepts, upon confirmation, the selected offer(s) to buy or sell. 
Up to three offers to buy or sell may be selected at one time. The Filter button allows the user to 
specify MWh and/or $/MWh criteria for displaying offers in the Buy Market or Sell Market tables. 
To accept an offer(s) to buy or sell, the user selects the desired offers) in either the Buy Market or 

15 the Sell Market table and presses the Buy or Sell button, respectively. 

Figure 21 illustrates the software generated screen displayed when the user selects the two 
offers paying highest prices 180 in the Sell Market table. In other words, a Participant with excess 
energy can choose to sell this excess to the highest bidder. In this example, one Participant has 
offered to pay $16.10/MWh for 45 MWh. A second bid has also been accepted to buy 32 MWh at 

20 $16.05/MWh. Upon pressing the Sell button, the Sell Corifirmation dialogue box 182, shown in 
Figure 22, appears. Upon reviewing the offer(s) selected, the user may confirm the sales by pressing 





the Confirm button or deselect the offer(s) and terminate the sell process by pressing the Cancel 
button. 

After pressing the Confirm button, the Market View is updated to reflect the acceptance of 
" the two offers, as shown below. First, the two offers accepted are no longer available to Participants 
5 and are removed from the Sell Market table. In addition, each of the three displays in the Activity 
Summary, or "Dashboard" are updated. The Schedule List shows the two transactions just accepted 
and the Total/Net Activity Summary indicates total sales of 77 MW generating $1,238 in revenue. 
The Interface Usage Bar Chart reflects the effect of the two transactions on available interface 
capacity. Both the SIPC and the IPC "Out" interface capacity bar chart are partly shaded GREEN 
10 to indicate the scheduling of sales across those interfaces. 

To increase the effectiveness of CPEX for each Participant, a Filter button 184 is provided 
for both the Sell Market and the Buy Market tables. This feature enables the user to screen, or 
"filter," offers in the Buy Market or Sell Market tables. When the user presses the Filter button, the 
dialogue box shown in Figures 24 and 25 appears. If the user is, for example, unable to buy more 
1 5 than 75 MW of interruptible energy for the Next-hour and unwilling to pay more than $ 1 7. 50/MWh 
for that energy, he may filter the offers to reflect those parameters. This is accomplished using the 
">=" and "<=" radio buttons 186 and MWh and $/MWh data entry fields 188, 190 as shown in the 
dialogue box below. If the user wishes to cancel the filter entries and return to the Buy Market, he 
may press the Cancel button. If the user wishes to implement the filter entries, he may press the 
2 o Accept button. Upon pressing the Accept button, the Buy Market table 196 is updated to reflect the 
new filter criteria as shown in Figure 26. Unless changed by the operator, these filter criteria apply 





to both the interruptible and the non-interruptible offer tables in this Buy Market panel. However, 
the Buy Market tab may also be selected in the left-side panel of CPEX, the non-interruptible radio 
button 194 selected, and a different set of filter criteria input and applied to that Buy Market table. 
All filter criteria remain in effect until changed by the user. 

5 . The Schedule tab 196 displays information concerning each consummated Buy and Sell 
transaction of the Participant for either the Current or Next-hour. Figure 27 illustrates the software 
generated screen displayed when the Schedule tab 196 is selected in the right side panel. For each 
buy and sell transaction, the Schedule tab 198 displays information for the transaction. MWh 
indicates the quantity of energy bought or sold. $/MWh indicates the price paid for energy purchases 

o or price received for energy sales. N/I indicates whether the energy sale is non-interruptible or 
interruptible. Interface indicates which interface over which the transaction is scheduled for the 
Current Hour or will be scheduled for the Next-hour. From the Schedule tab, individual buy or sell 
transactions may be curtailed as necessary using the Curtail button 200. 

From the Market View, the user may press the Transmission button 202 in the lower left 

5 corner to toggle to the Transmission View which is shown in Figures 28 and 29. Within the 
Transmission View, two displays are available for both the current hour and the next-hour. The Link 
tab 204 displays information concerning the scheduling of all interface-to-interface contract wheeling 
paths across the Participant's system. The Transmission tab 206 displays information concerning the 
availability and scheduling of each of the Participant's interfaces with other Participants. 

o Referring to Figure 28, the Link tab 204 displays information for each interface-to-interface 

contract wheeling path across the Participant's system. Interface indicates the point or group of 





points on the Participant's system at which energy is scheduled to or from another Participant. MWh 
indicates the quantity of energy wheeled/scheduled between the two interfaces of each path. $/MWh 
indicates the wheeling rate for each path. Total $ indicates the total wheeling revenue from 
" transactions scheduled on each path. "# Trans" indicates the number of offers available in the 
5 marketplace which rely on each path in its least cost path determination. All information in the Link 
table is view-only. Wheeling rates may be updated prior to market opening in the Future Markets 
Setup. 

Referring to Figure 29, the Transmission tab generates a software generated display which 
indicates the transaction scheduling and availability at each of the Participant's interfaces. Interface 

1 o indicates the point or group of points on the Participant's system at which energy is scheduled. Max 

(In/Out) indicates the maximum import and export limit at each interface for CPEX transactions as 
specified by the Participant. Selecting the Max In or Max Out limit for any interface causes the 
corresponding maximum limit designated by the Participant's neighbor on that interface to be 
displayed in the lower left corner of the Transmission tab panel. The maximum limits set by 
is neighboring Participants for the same interface need not agree. Instead, CPEX imposes the lower 
of the two Participants' maximum limits on the hourly Market Limits set by each Participant's user. 
Market Limit (In/Out) indicates the hourly import and export limit at each interface for CPEX 
transactions as specified by the user. These limits can be between zero and the Max Limit for the 
interface and are confirmed by the user when the market opens each hour. These limits may be 

2 o changed by the user at any time for either the current Hour or the Next-hour by selecting the limit to 

be changed, entering the new limit, and pressing the Update button 208. When selecting a Market 





Limit, the corresponding Market Limit designated by the Participant's neighbor on that interface is 
displayed in the lower left corner of the Transmission tab panel. The hourly Market Limits set by 
neighboring Participants for the same interface need not agree. In determining whether or not a 
" transaction can be scheduled across an interface, CPEX relies on the lower of the two neighboring 
5 Participants 1 Market Limits. If a Market Limit is reduced to a value less than the Scheduled Activity 
across that interface, a curtailments) is required. Available indicates the remaining hourly import and 
export capability at each interface and represents the difference between the Market Limit and all 
scheduled activity. Transactions indicates the total quantity of energy sales and purchases scheduled 
across each interface. Wheeling indicates the total quantity of energy wheeling scheduled across each 
10 interface. 

The designation of Market Limits in CPEX makes transmission available to all Participants 
on a first-come, first-served basis. Once these limits are confirmed when the market opens each hour, 
the transmission made available may be used by the transmission-owning Participant for its own 
energy purchase or sales or by other Participants to wheel energy. Anytime a transaction is 

15 consummated which relies on a Participant's available interface capabilities for least cost scheduling, 
the Participant is immediately made aware of the transmission service to be provided, as indicated in 
the Transmission tab panel shown in Figure 30. In this example, Central Illinois Public Service 
(CIPS) will wheel 60 MW of Next-hour energy received from CILC and delivered to SIPC. The 
Transmission table reflects this amount in Scheduled Activity and reduces Available interface capacity 

20 by the same amount. The Total/Net Activity Summary 1 50 is also updated to reflect the 60 MW of 
energy to be wheeled and the $120 of wheeling revenue to be earned. Likewise, the Interface Usage 




Bar Chart 152 reflects the effect of the wheeling transaction on available interface capacity. Both the 
SIPC "In" and the IPC "Out" interface capacity bar charts are partly shaded to indicate the scheduling 
of wheeling across those interfaces. A reduction in the Transmission Market Limits may result in the 
curtailment of scheduled transactions. If this occurs, the user is required to confirm or cancel the 
transmission interface capacity update. Figure 3 1 illustrates a software generated screen displayed 
when the Link table of the Transmission View is updated to reflect the wheeling transaction. The 
CILC/SIPC interface-to-interface path includes the 60 MW wheeling transaction and $120 of 
wheeling revenue based on the $2,00/MWh wheeling rate. 

At the close of the market at forty minutes after the hour, each Participant receives the 
Schedule Summary shown in Figure 32. Information about each Buy and Sell Transaction is 
displayed as in the Schedule tab of the Market View. In this example, there are no buy transactions 
210, but there are two sell transactions 212. In other words, CEPS has agreed to sell 77 MWh of 
energy during the next-hour. In addition, information concerning the net interchange schedule over 
each interface is also provided. Specifically, the quantity (MWh) and direction (delivered/received) 
of energy scheduled over each interface, including sales, purchases, and wheeling, is noted as well 
as the Participant's total net interchange. To remove the Schedule Summary display, the user presses 
the Confirm button. Should any transactions to which the Participant is a party be curtailed after 
market closing and prior to ramping in, a revised Schedule Summary accompanies the curtailment 
notification. 

Figure 33 illustrates the software generated Future Markets Setup screen which enables the 
user to store default values for transmission service (wheeling rates) and transmission (interface) 




limits, as well as offers to buy and sell energy. This screen is accessed by selecting the Future Market 
button 214 on the Market View screen. The values displayed in the Future Market setup take effect 
at the beginning of the Next-hour and every hour thereafter unless the values are changed in the 
Future Markets Setup. To change a transmission (wheeling) service charge for subsequent hours, 
5 the user selects the desired interface and enters the new rate for the appropriate wheeling path in the 
upper right panel of this display. At the beginning of the hour, this new rate will be displayed n the 
$MWh column of the Link display. To change transmission (interface) limited for subsequent hours, 
the user selects the desired interface and enters the new Limit In or Limit Out value in the lower right 
panel of this display. When the market opens for the Next-hour, the revised limit is reflected in the 

10 interface limits table of the Market Open dialogue box and in the Transmission table of the 
Transmission View. The user may also store buy and sell offers in the Future Market Setup, as the 
upper and lower left panels of the display indicate. When the market opens Next-hour, these offers 
are "pre-loaded" in the Participant's Buy and Sell tabs of the Market View. The user must then press 
the Send button within the Buy or Sell tabs to submit these offers to the marketplace; otherwise, the 

1 5 offers are not displayed to any other Participants. The user may edit information (MWh, $/MWh, N/I 
or Usage Fee) about these "pre-loaded" offers in the Buy or Sell tab prior to submitting the offer to 
the marketplace. "Pre-loaded" offers may also be deleted. 

The Reveal button 216, shown in Figure 31, allows the user to know the identities and roles 
of all parties to each Next-hour and Current Hour transaction to which it is a party. The Reveal 

20 button is activated if the Current Hour radio button at the bottom center of the CPEX display is 
selected or if the Next-hour radio button is selected and the market has closed. The designation of 




this radio button determines whether the transactions displayed are Next-hour or Current Hour. 
Figure 34 illustrates the screen displayed when the Reveal button is selected. Information concerning 
all Buy, Sell, and Wheeling transactions to which the Participant is party are displayed as shown to 
the right. The identity of the Buyer, Seller, and Wheeler(s), if any, for each transaction is revealed. 
The total net scheduled interchange for the Participant is also displayed. If necessary, the user may 
curtail an individual Buy, Sell or Wheeling transaction by selecting the transaction and pressing the 
Curtail button. To remove the Reveal display, the user may press the Close button. 

Pressing the US Map button 218, shown in Figure 31, provides the Participant with a 
Connections "bubble" diagram as shown in Figure 35. This graphic includes the Participant, the 
Participant's directly-connected Participants, and the net interchange with each for both the Current 
and the Next-hour. The value within the Participant's "bubble" 220 indicates the net interchange with 
all of the Participants. For example, in this example, the net effect of the Participant's activities 
resulted in the sale of 50 MWh of next-hour energy. The values on the tielines between Participant 
"bubbles" indicate the net amount and direction of interchange between the two Participants. 

To Logout of CPEX, the user presses the Logout button 220 at the bottom right of the CPEX 
display. The user is prompted to confirm that he wishes to Logout, and upon doing so, the CPEX 
Logout is complete. It is important to note that the interface limits and wheeling rates entered by the 
user for the Current Hour, Next-hour, and Future Markets Setup remain in effect after the user has 
logged out. As a result, a user should not Logout of CPEX while transactions are underway and not 
before setting the Participant's interface limits in the Future Markets Setup to zero. 




Transaction Curtailment 

A key feature of CPEX is the enhanced communication it provides participants when 
transactions must be curtailed. When curtailment is initiated by a Buyer, Seller, or wheeler, CPEX 
provides the electronic means to immediately and systematically communicate and acknowledge 

5 transaction curtailments. Curtailments may be initiated by a Buyer or Seller in the Schedule tab of the 
Market View or in the Schedule Summary provided upon market closing. Wheelers may initiate 
curtailment in the Transmission tab of the Transmission View or in the Schedule Summary provided 
upon market closing. Transactions scheduled for either the Current Hour or the Next Hour may be 
curtailed. The curtailment of Current Hour transactions affects energy deliveries already in progress, 

o while the curtailment of Next Hour transactions affects transactions already consummated, but not yet 
underway. Curtailment procedures in CPEX recognize this fundamental difference. Curtailment of 
Current Hour transactions must communicate curtailment start time, ramp period, and integrated 
values and requires acknowledgment from both Buyer and Seller. If either Buyer or Seller fails to 
acknowledge a curtailment, the other party is immediately notified and provided with the information 

5 necessary to obtain a verbal acknowledgment Next Hour transactions require no acknowledgment 
because, upon market closing, a Next Hour Schedule Summary, which includes the curtailment, is sent 
to each Participant. However, for a Next Hour transaction curtailed after market closing, a revised 
Schedule Summary reflecting the curtailment accompanies the curtailment notification. 

Referring to Figure 37, a transaction involves a Buyer 230, Seller 232, and two wheelers 234, 

o 236. If the Buyer curtails a current hour transaction, the Buyer would select the either the Schedule 
tab of the Market View or the Schedule Summary provided upon market closing. The Buyer then 





selects the Current Hour transaction to be curtailed and presses the Curtail Button 200, shown in 
Figure 27. The Initiate Curtail dialogue box 240, shown in Figure 37, appears. Because the 
transaction is already underway, the Operator must specify the start time 242 for ramping out the 
- transaction as well as indicate whether the ramp will be accomplished immediately or over 10 minutes 
5 244. The ramp start time defaults to the next minute and the ramp time defaults to 1 0 minutes. CPEX 
performs the necessary integration to determine the total energy (MWh) purchased and total cost ($) 
of that purchase using the designated ramping parameters and displays 246 the results. When 
completed, the Operator presses the Confirm button 248 and CPEX immediately notifies the other 
parties to the transaction of the curtailment. If the Operator wishes to discontinue the curtailment, he 

10 may press the Cancel button 250 to terminate the curtailment process. 

Immediately after the initiator of the curtailment presses the Confirm button, the Seller 
receives the message 252, shown in Figure 38. An audible notification accompanies the message. 
The Seller is notified of the transaction to be curtailed, ramping out parameters, and the integrated 
quantity of energy (MWh) sold and revenue ($) earned. By pressing the Acknowledge button 254, the 

15 Seller confirms the curtailment and makes the necessary changes in its energy management system. 
The Seller must acknowledge the notification in order for the curtailment procedure to be completed. 
If the Seller does not acknowledge the curtailment within 40 seconds, the Buyer is immediately 
notified of the Seller's failure to do so. In doing so, CPEX presents the Buyer with the Acknowledge 
Failure notification 256, shown in Figure 39. The Participant name and control center phone number 

20 of the Seller who failed to confirm curtailment of the particular transaction is displayed 258 to the 
Buyer. An audible notification can accompany the message. The Buyer may then contact the Seller 





by phone to verbally request that he acknowledge the curtailment. Once the curtailment procedure 
is completed, the Buyer presses the OK button 260 to remove the Acknowledge Failure notification. 

Wheelers 1 and 2 are also immediately notified of the curtailment after the initiator of the 
Curtailment presses the Confirm button. Wheeler 1 and Wheeler 2 receive the respective 
5 Acknowledge Curtail notifications as shown in Figures 40 and 41 . Audible notification accompanies 
these messages. Each wheeler is notified of the transaction to be curtailed, ramping out parameters, 
and the integrated quantity of energy (MWh) wheeled and total wheeling revenue ($) earned. By 
pressing the Acknowledge button, each wheeler may remove the Acknowledge Curtail notification. 
Wheelers are not required to acknowledge the notification in order for the curtailment procedure to 
10 be completed. 

Figures 42 to illustrate a wheeler initiated curtailment involving two transactions involving 
two different Buyers, the same Seller, and the same two wheelers. If Wheeler 1 were to experience 
the loss of the transmission line(s) with Wheeler 2, Wheeler 1 may proceed to curtail all transactions 
scheduled across that interface. In the Transmission Tab of the Transmission View, shown in Figure 

15 42, Wheeler 1 selects the Current Hour Market Limit In and Out for the IPC interface, enters zero for 
both, and presses the Update button 262. Because the updated Market Limit In for the interface is 
now Zero MW and lower than the total Scheduled Activity 264 of 1 1 7 MW, transaction curtailment 
is necessary. CPEX identifies the transactions scheduled over the interface to be curtailed based on 
the following list by increasing priority: (1) Interruptible Purchase/Sale Transactions; (2) Wheeling 

20 for Interruptible Purchase/Sale Transactions; (3) Wheeling for Non-Interruptible Purchase/Sale 
Transactions; and finally (4) Non-Interruptible Purchase/Sale Transactions. Within each priority class, 



transactions are identified for curtailment in chronological order. In other words, the last transaction 
consummated during the trading hour is the first transaction identified for curtailment. 

If a curtailment is required, CPEX identifies the transactions to be curtailed, as shown in the 
Initiate Curtail dialogue box 266 shown in Figure 44. In this example, both wheeling transactions 
scheduled into HGE from IPC must be curtailed. Because the transactions are already underway, the 
Operator must specify the start time 268 for ramping out the transactions as well as indicate whether 
the ramp will be accomplished immediately or over 10 minutes 270. The ramp start time defaults to 
the next minute and the ramp time defaults to 10 minutes. In this example, the curtailment is being 
triggered by an equipment outage which has already occurred. The Operator, therefore, may specify 
an immediate ramp. CPEX performs the necessary integration to determine 272 the total energy 
(MWh) wheeled and total wheeling revenue ($) earned using the designated ramping parameters. 
When completed, the Operator presses the Confirm button 274 and CPEX immediately notifies the 
other parties to the transactions of the curtailments. If the Operator wishes to discontinue the 
curtailment, he may press the Cancel button to terminate the curtailment process. 

Wheeler 2 is notified of the two curtailments immediately after the curtail initiator presses the 
Confirm button. Wheeler 2 receives the respective Acknowledge Curtail notifications shown in 
Figures 45 and 46. Audible notification also accompanies the messages. Wheeler 2 is notified of the 
ramping out parameters and the integrated quantity of energy (MWh) wheeled and total wheeling 
revenue ($) earned for each curtailed transaction. By pressing the Acknowledge button, the Operator 
may remove each of the Acknowledge Curtail notifications. Wheelers are not required to 
acknowledge the notification in order for the curtailment procedure to be completed. 



The Seller is also notified of the curtailment immediately after the curtail initiator presses the 
Confirm button. In this example, two of the Seller's transactions have been curtailed. CPEX provides 
the Seller with a curtailment notification for each transaction, as shown by the two messages in Figures 
- 47 and 48. The Seller is notified of the ramping out parameters and the integrated quantity of energy 
5 (MWh) sold and revenue ($) earned for each curtailed transaction. By pressing the Acknowledge 
button, the Seller confirms each curtailment and makes the necessary changes in his energy 
management system. The Seller must acknowledge the notifications in order for the curtailment 
procedure to be completed for each transaction. 

The two Buyers are also notified of the curtailments immediately after the curtail initiator 
io presses the Confirm button. CPEX provides each Buyer with a curtailment notification for the 
transaction to which it is a party, as shown by the two Acknowledge Curtail messages shown in 
Figures 49 and 50. Each Buyer is notified of the ramping out parameters and the integrated quantity 
of energy (MWh) purchased and cost ($) for each curtailed transaction. By pressing the Acknowledge 
button, each Buyer confirms the curtailment and makes the necessary changes in its energy 
15 management system. Each Buyer must acknowledge its curtailment in order for the curtailment 
procedure to be completed for each transaction. 

If a Seller or Buyer fails to acknowledge a curtailment within 40 seconds, the other party to 
the transaction is notified. For example, if the Seller fails to acknowledge either of the curtailed 
transactions with 40 seconds, CPEX presents each Buyer with its respective Acknowledge Failure 
2 0 notification shown in Figures 5 1 and 52. Each Buyer receives notification concerning the transaction 
to which it is a party. The Participant name and control center phone number of the Seller who foiled 





to confirm curtailment of the particular transaction is displayed to each Buyer. An audible notification 
accompanies each message. Each Buyer may then contact the Seller by phone to request that it 
acknowledge each curtailment Once a curtailment procedure is completed, the Buyer presses the OK 
button to remove the Acknowledge Failure notification. In a preferred embodiment, both the Seller 
and Buyer of each transaction must acknowledge curtailment. 

Figures 53 to 57 illustrate a Buyer/Seller curtailment of next hour transactions. A transaction 
involves a Buyer 230, Seller 232, and two wheelers 234, 236. In the Schedule tab of the Market View, 
the Buyer selects the Next Hour transaction to be curtailed and presses the Curtail button. The Initiate 
Curtail dialogue box appears as shown in Figure 54. Because the transaction is not yet underway, 
ramping information is not needed from the user. The Operator presses the Confirm button 270 and 
CPEX immediately notifies the other parties to the transaction of the curtailment If the Operator 
wishes to discontinue the curtailment, he may press the Cancel button 272 to terminate the curtailment 
process. Immediately after the initiator of the curtailment presses the Confirm button, the Seller 
receives the message 274 shown in Figure 55. An audible notification accompanies the message. The 
Seller is notified of the transaction to be curtailed for the Next Hour. Pressing the Acknowledge 
button removes the Acknowledge Curtail dialogue box and the curtailment procedure is completed. 
The Schedule Summary sent to the user at market closing reflects the curtailment by excluding the 
transaction from the schedule. If the curtailment of a Next Hour transaction occurs during the period 
between market closing and ramping, a revised Schedule Summary reflecting the curtailment is sent 
to the user immediately following the Acknowledge Curtail message. 



Wheelers 1 and 2 are also immediately notified of the curtailment after the initiator of the 
curtailment presses the Confirm button. Wheeler 1 and Wheeler 2 receive the respective 
Acknowledge Curtail notifications shown in Figures 56 and 57. Audible notification also 
-accompanies these messages. Each wheeler is notified of the transaction to be curtailed and, by 
5 pressing the Acknowledge button, may remove the Acknowledge Curtail notification. As with the 
Seller, Schedule Summaries sent to each wheeler prior to the Next Hour reflect the curtailment and 
exclude the transaction. 

Figures 58 to 60 illustrate a next hour curtailment initiated by a wheeler. Two transactions 
involve two different Buyers, the same Seller, and the same two wheelers. If Wheeler 1 were to 

10 experience the loss of the transmission line(s) with Wheeler 2, Wheeler 1 may proceed to curtail all 
transactions scheduled across that interface in both the Current Hour and Next Hour. In the 
Transmission Tab of the Transmission View, as shown in Figure 59, Wheeler 1 selects the Next Hour 
Market Limit In and Out for the IPC interface, enters zero for both, and presses the Update button 278. 
Because the updated Market Limit In for the interface is now Zero MW and lower than the total 

15 Scheduled Activity 280 of 117 MW, transaction curtailment is necessary. CPEX identifies the 
transactions scheduled over the interface to be curtailed based on the following list by increasing 
priority: (1) Interruptible Purchase/Sale Transactions; (2) Wheeling for Interruptible Purchase/Sale 
Transactions; (3) Wheeling for Non-Interruptible Purchase/Sale Transactions; and finally (4) Non- 
Interruptible Purchase/Sale Transactions. Within each priority class, transactions are identified for 

20 curtailment in chronological order. In other words, the last transaction consummated prior to the 
interface limit reduction is the first transaction identified for curtailment. 
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If a curtailment is required, CPEX identifies the transactions to be curtailed, as shown in the 
initiate Curtail dialogue box in Figure 60. In this example, both wheeling transactions scheduled into 
IIGE from IPC must be curtailed. Because the transactions are not yet underway, the Operator need 
not specify ramping information. The Operator presses the Confirm button and CPEX immediately 
notifies the other parties to the transactions of the curtailments. If the Operator wishes to discontinue 
the curtailment, he may press the Cancel button to terminate the curtailment process. Wheeler 2 is 
notified of the two curtailments immediately after the curtail initiator presses the Confirm button. 
Wheeler 2 receives the respective Acknowledge Curtail notifications similar to those above. Audible 
notification also accompanies the messages. Pressing the Acknowledge button removes the 
Acknowledge Curtail messages. The Schedule Summary sent to the user at market closing reflects 
the curtailment by excluding the transaction from the schedule. If the curtailment of a Next Hour 
transaction occurs during the period between market closing and ramping, a revised Schedule 
Summary reflecting the curtailment is sent to the user immediately following the Acknowledge Curtail 
message. 

The Seller is also notified of the curtailment immediately after the curtail initiator presses the 
Confirm button. In this example, two of the Seller's transactions have been curtailed. CPEX provides 
the Seller with a curtailment notification for each transaction. As with the wheelers above, Schedule 
Summaries sent to the Seller prior to the Next Hour appropriately exclude the curtailed transactions. 
The two Buyers are also notified of the curtailments immediately after the curtail initiator presses the 
Confirm button. CPEX provides each Buyer with a curtailment notification for the transaction to 
which it is a party. Each Buyer may remove the Acknowledge Curtail notification by pressing the 




Acknowledge button. As with the Seller, Schedule Summaries sent to each Buyer prior to the Next 
Hour reflect the curtailment and exclude the transaction. 
System Hardware 

Figure 61 provides an illustration of the hardware required for the software. Once installed 
5 on a general purpose computer 230, the software creates a special purpose machine. A typical 
configuration consists of a computer 232 having an Intel 486DX 66Mhz CPU, 8 Megabytes of RAM, 
a data bus to transport data between the CPU and the memory, a power supply to operate the 
machine, and a 256-color, SVGA display 234 to view and manipulate the screens discussed above. 
The computer must also have an Ethernet network card, and a router to allow the connection of a 
10 Participant's computer to the CPEX Wide-Area Network and other Participant's computers. A 
keyboard 236 and mouse 238 can be used to enter data. Local telephone carriers install a dedicated 
telephone line that connects to the long distance carrier. This combination of equipment enables the 
dispatchers to log into the CPEX system. 

is Least Cost Path 

CPEX calculates the path of least cost from any point A to any other point B using pricing 
and available capacity information from the database. As transactions are consummated and available 
transmission capacity is consumed on the least cost path, CPEX presents offers to Participants over 
alternative paths, in next-best cost order. Figure 62 provides an example involving seven participants. 

20 Participant A floats an offer to sell 50MWh at $18/MWh. Assuming all paths have at least 50 MW 
of available transmission capacity, CPEX then calculates the least cost path from A to G. In this 




example, the least cost path is through C, who adds $2.20 for wheeling, and E, who adds $1.50 for 
wheeling. The 50 MWh is shown on Participant G's terminal as 50 MWh at $21.70, and scheduled 
to enter G's system across the interface with Participant E if consummated. 

Figure 63 uses the same pricing as before, with the exception that there is less than 50 MWh 
of available transmission capacity between C and E. Since this path is not valid for the 50 Mwh sell 
offer from A to G, CPEX locates the next valid, least cost path. In this example, the sell offer would 
be presented to Participant Gas 50 Mwh at $21.74, and scheduled to be received across G's interface 
with if consummated. This feature helps ensure the integrity of the electrical grid. 

Although preferred embodiments of the present invention have been described in the 
foregoing Detailed Description and illustrated in the accompanying drawings, it will be understood 
that the invention is not limited to the embodiments disclosed, but is capable of numerous 
rearrangements, modifications, and substitutions of parts and elements without departing from the 
spirit of the invention. Accordingly, the present invention is intended to encompass such 
rearrangements, modifications, and substitutions of parts and elements as fall within the scope of the 
appended claims. 



